home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1133 < prev    next >
Internet Message Format  |  1994-08-27  |  8KB

  1. Date: Sun, 31 Jul 1994 18:15:29 -0400 (EDT)
  2. From: Timothy Miller <millert@cs.csee.usf.edu>
  3. Subject: Re: Digest
  4. To: gem-list@world.std.com
  5. In-Reply-To: <2e38c904216f@elfhaven.ersys.edmonton.ab.ca>
  6. Message-Id: <Pine.3.87.9407311829.B14922-0100000@undergrad>
  7. Mime-Version: 1.0
  8. Precedence: bulk
  9.  
  10. Hollis:
  11.  
  12. ]> ute.  Very cute.  Ctrl-A is the only combination that I have ever hit
  13. ]> accidentally that also caused me catastrophic problems.  Unintentionally
  14. ]> selecting the whole document can cause anything from minor irritation to
  15. ]> lost data, depending on the rest of the user interface.
  16. ]
  17. ]Hmmm, I wonder what this "UNDO" key is for. Maybe it's there on the keyboard
  18. ]just for looks...
  19. ]
  20. ]> I am one of many people who have complained about Atari Works wiping out
  21. ]> their documents when their little finger slips and hits Ctrl and A at the
  22. ]> same time.
  23. ]
  24. ]Then get rid of AtariWorks and quit complaining. Anyone who uses AtariWorks
  25. ]deserves what happens to them :-)
  26.  
  27. You just don't get it, do you?  I don't want to HAVE to recover from this 
  28. problem by hitting UNDO.  IT SHOULDN'T HAPPEN IN THE FIRST PLACE.  Having 
  29. my whole document selected when I don't want it to be JUST BECAUSE SOME 
  30. ***** DECIDED TO MAKE IT TOO EASY TO SELECT.  Whether I lose the document 
  31. or not, it does not make sense that such a dangerous thing should be so 
  32. easy to select.
  33.  
  34. All this fuss and worrying about stupid ways of getting around the 
  35. problem like not allowing typing to replace a block or not allowing 
  36. typing to replace a block when the block is the whole document or making 
  37. infinite-level UNDO's, etc. would be TOTALLY unnecessary if we didn't 
  38. have this LITTLE problem with Ctrl-A.
  39.  
  40. If you changed Select-All to something else, then you wouldn't need ANY 
  41. of this other crap!
  42.  
  43. Not that I don't like certain other precautions, and multi-level UNDO's 
  44. are great, but using them as a 'fix' for another problem that could be 
  45. instantly solved by assigning it to a less likely hit key combination is 
  46. stupid.
  47.  
  48. It seems to me that you people are so bent on keeping Select All as 
  49. Ctrl-A that you'll do anything and everything to your program to work 
  50. around the problem rather than just fixing it at its source.  If 
  51. Select-All weren't so easy to hit, you wouldn't need all these kludges to 
  52. half-ass work around the problem.
  53.  
  54. I should not have to put up with any program that makes it so easy for me 
  55. to do something dangerous when a LITTLE common sence and a SIMPLE SIMPLE 
  56. SIMPLE change would solve all the problems.
  57.  
  58. And don't go off with your 'but Return is just as easy to mistakenly hit' 
  59. cop-outs.  Selecting the whole document while in a WP is a lot more 
  60. dangerous than hitting return while in a WP.
  61.  
  62. And have you noticed that this is the ONLY key-combination that I have 
  63. any arguement about now?  I am not stupid, and I would not be going on 
  64. and on about this if I didn't have a damn good reason.
  65.  
  66.  
  67. Ofir:
  68.  
  69. ]millert@cs.csee.usf.edu said:
  70. ]>evnt_multi.  But since you can't use evnt_multi anyway, there's no point
  71. ]>in arguing about it.  However, since my library doesn't use wind_update
  72. ]>(since it's not using VDI, it doesn't need to, plus a developer is
  73. ]
  74. ]What are you using if not the VDI? And you should always use
  75. ]wind_update().
  76.  
  77. I ALMOST always use wind_update.  When drawing something or whatnot, I 
  78. do, but when my library calls a redraw routine assigned to a particular 
  79. window, it is the responsibility of the developer to do this.
  80.  
  81. And _I_ am not using the VDI to draw GEM objects in windows.  I'm using 
  82. the AES to do it.
  83.  
  84.  
  85. And as for you not reading my message, I fear that you are simply 
  86. unwilling to listen to this logic that you do not agree with.  I use the 
  87. most logical arguement I can, yet you summarily reject it simply on the 
  88. grounds that you do not agree with it.  This is foolish.  You don't have 
  89. to ALWAYS be right.
  90.  
  91. And don't get personal about this!  We're SUPPOSED to be professionals, 
  92. aren't we?  Just because I think you're misguided on this one point 
  93. doesn't mean I think you're a total moron.  Most of what you do makes 
  94. perfect sense, and I feel that you do a rather good job of guiding this 
  95. group.  We can have our professional disagreements and not end up 
  96. personally hating each other.
  97.  
  98. And DO read my messages.  I suggest you go back and reread that last 
  99. message you didn't finish reading because I did make some very good 
  100. points involving the following:
  101.  
  102. physics
  103. dexterity
  104. professional/amateur typists
  105. key positioning
  106. inter-key spacing
  107. and a few others.
  108.  
  109. I do not argue blindly or emotionally.  I use FACTS to support my 
  110. arguements, and I have used nothing but facts to support my arguement 
  111. thus far.
  112.  
  113.  
  114. Forget:
  115.  
  116. ]>This sounds very interesting.  I'll have to figure out Fselect.
  117. ]>One problem I have with modem I/O is that GEMDOS does not seem to provide
  118. ]>a way for me determine how many characters are there before using Fread.
  119. ]>As a result, I have to use Fread (or Bconin) repeatedly, reading one
  120. ]>character until Bconstat says there are no more characters.
  121. ]
  122. ]Use the IOREC to get the address of the modem input buffer.  Then
  123. ]check that address and count the number of characters in it
  124. ]yourself.  It -should- work, right?  (The system has to have a way
  125. ]or knowing when there is no more data, so you should also be able
  126. ]to use that information.)
  127.  
  128. I have a routine to do this, plus another routine that reads from the 
  129. buffer directly and quickly.  I don't suppose CHECKING how many are there 
  130. would be quite as bad as reading the data directly, would it?
  131.  
  132. ]
  133. ]>If I Fread x bytes from the serial port, does it wait until it gets x
  134. ]>bytes or does it return after it reads as many as it can?
  135. ]
  136. ]I think it will sit and wait forever.
  137. ]
  138.  
  139. This is not good.
  140.  
  141.  
  142. ]>It is QUITE CLEAR how easy it is to accidentally hit Ctrl-A, yet you wish
  143. ]>to assign something as dangerous as Select-All to it?
  144. ]
  145. ]Yes, that pretty much sums it up.  Standards are not always perfect,
  146. ]but if we want this one to be accepted it has to be at least somewhat
  147. ]like the previous standards.
  148.  
  149. Why would you want to intentionally make a BAD standard?  Using Ctrl-A 
  150. for Select-All isn't just imperfect... it's BAD!  I thought we were here 
  151. to make GOOD standards!  And the REST of the standard is VERY much like 
  152. others.  If we make this one little change (to a key-combination so 
  153. seldom INTENTIONALLY used), few will notice much difference, but many 
  154. will experience a lot less crying.
  155.  
  156. Why are you people so bent on keeping Ctrl-A?  You know it's bad, yet you 
  157. want to keep it.  Select-All not nearly as vital a function as, say, Quit 
  158. or even Help.  If it's changed, no one will care much since most people 
  159. probably go to the menu for that option anyway because they use it so 
  160. infrequently that they don't remember what to hit.  If someone wanted to 
  161. change Quit from Ctrl-Q, that wouldn't make much sense.  Everyone uses 
  162. Ctrl-Q VERY OFTEN.  On the other hand, one could go for months without 
  163. selecting a whole document.  It doesn't NEED to stay as Ctrl-A because it 
  164. already is... it may be ingrained into computer programs, but not into 
  165. people's memories because they simply don't use it often enough.
  166.  
  167. Do you get it?  It's not used much, so changing it won't hurt anyone.  On 
  168. the other hand, NOT changing it definately WILL!
  169.  
  170. ]
  171. ]>Ani rotse harbeh kesef.
  172. ]>Ich moechte vill geld.
  173. ]>Don't we all?
  174. ]
  175. ]What?  Is this Hebrew?  (Curiosity killed the cat, but I'd still like to
  176. ]know.)
  177.  
  178. The first is Hebrew.  The second, as I'm sure you know, is German.  They 
  179. both say the same thing, "I want a lot of money."
  180.  
  181.  
  182.  
  183.